(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 


(19) World Intellectual Property Organizatioa 

International Bureau 

(43) iDternational Publication Date 
8 August 2002 (08.08.2002) 



PCT 


(10) International Publication Number 

wo 02/062039 A2 


(51) International Patent Classification^: H04M 

(21) International Application Number: PCT/US02/0285 1 

(22) International Filing Date: 1 February 2002 (01,02.2002) 


(25) Filing Language: 

(26) Publication Language: 


English 
English 


(30) Priority Data: 

09/775,194 


1 February 2001 (01 .02.2001) US 


(71) Applicant (for all designated States except US)i KARGO* 
INC. [US/US]; 74 Franklin Street #3, New York, NY 10013 
(US). 

(72) Inventor; and 

(75) Inventor/Applicant (for US only): ESKIN, Eleazar 


[USAJS]; 935 Stanford Street, Santa Monica, CA 90403 
(US). 

(74) Agent: FEIGENBAUM, David, L.; Fish & Richardson, 
RC, 225 Franklin Street, Boston, MA 021 10-2804 (US). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PIT, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, TZ, UA, UG, US, UZ, VN, 
YU, ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, 

[Continued on next page] 


(54) Title: MOBILE COMPUTING AND COMMUNICATION 


o 



110 


— H — V 115 

— 1 



(57) Abstract: An application development 
platform enables applications to be created 
easily for, e.g., mobile devices that have 
short-range wireless communication capability. 
The development platform exposes a carefully 
chosen core set of services through an , API. 
Each of the applications can broadcast its 
services to local and remote devices. Message 
delivery between devices is guaranteed even 
for messages than cannot be delivered directly 
by local short-range wireless transmission. 
Message delivery through other channels, 
including the Internet, can occur transparently 
to the user. Each device can be associated 
with an "owner", which can be a person or an 
entity. Services can be customized to the owner 
based on stored information that maps owners 
to devices. Information associated with each 
of the owners of devices can be stored centrally 
and used in connection with providing the 
services at each of the mobile devices. Virtual 
GPS capabilities can be provided for mobile 
devices that do not have GPS chips. ^ 


wo 02/062039 A2 lililiiillllllllllliillllliiilllliilllll^ 


GB, GR, DE, rr, LU, MC, NL, PT, SE, TR), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, ML, MR, 
NE. SN, TD, TG). 


For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and A bbreviations " appearing at the begin- 
f^tf^g of each regular issue of the PCT Gazette, 


Published: 

— without international search report and to be republished 
upon receipt of that report 


wo 02/062039 


PCT/US02/02851 


MOBILE COMPUTING AND COMMUNICATION 
BACKGROUND 

This invention relates to mobile computing and communication. 

Personal digital assistants, mobile telephones, and other mobile devices offer a wide range 
5 of computing and communication capabilities. To provide these capabilities, mobile 
devices have hardware complements that may include microprocessors, memories, 
displays that are in some cases touch sensitive, microphones, speakers, keys, and other user 
input and output mechanisms. 

A variety of specific functions are often provided on mobile devices, including data entry, 
1 0 handwriting recognition, speech recognition, voice and data communication, memo 

writing, calendars, word processors, spreadsheets, to-do lists, and address books. These 
functions are implemented in software or firmware applications that are stored on the 
devices and use the features of an operating system such as Microsoft Windows CE or 
Palm OS that runs on and controls the hardware components of the mobile devices. 

15 Mobile devices that are capable of wireless communication typically comply with one or 
more of the standard wireless communications protocols such as Bluetooth and the 
Wireless Application Protocol (WAP), 

Bluetooth, for example, uses radio firequency transmission for relatively short-range 
communication. Bluetooth capabilities may be implemented in a small microchip that is 
20 incorporated into the mobile or other device. 

To create an application for Bluetooth-capable devices, a developer typically writes custom 
software that implements the particular features of the application. A piece of custom 
software must be written for each of the devices that are involved in perforaaing fimctions 
of the application on either end of each Bluetooth communication link. Each piece of 
25 custom software is written to conform to the pecvdiar hardware and operating system 
characteristics of the device on which it will run. 
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SUMMARY 

The invention enables a fundamental shift in the way developers can enable users of 
mobile devices to interact with users of other mobile devices and users of stationary 
devices that have wireless capability, 

In general, in one aspect, the invention features a method that includes running client 
modules on mobile devices, running a server module on a server that is accessible through 
a commxmication network, and running link modules on link devices that have 
communication channels to the mobile devices and are capable of accessing the server 
through the commtmication network. The client, server, and link modules provide core 
services through application programming interfaces to applications running on the mobile 
devices, the server, and the link devices. 

Implementations of the invention may include one or more of the following features. 

Service applications also run on the client modules to enable users of the mobile devices to 
manage the core services. The core services include interaction' with short-range wireless 
1 5 transceivers in the mobile devices, A mobile device operating system is also running on the 
mobile devices and the cHent modules use services of the operating system. The mobile 
devices include personal digital assistants or mobile phones. The core services include at 
least one of the following: broadcast of information about real-world services; interaction 
with a wireless transceiver in the mobile device; guaranteed message dehvery; and 
20 encryption. 

In general, in another aspect, the invention features a method that includes running client 
modules on wireless devices, the client modules providing core services through 
^pUcation programming interfaces to appUcations running on the devices, at least some of 
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the applications being associated with real-world services that are provided by individuals 
or enterprises, 

Implementations of the invention include one or more of the following features. 
Information is maintained identifying relationships between each of the real-world services 
5 and at least one of the devices through which the service is provided, the core services 
providing a sharing among the devices of the information identifying the relationships 
between the real-world services and the devices. Information about the services available 
through each of the devices is broadcast by the core services to the other devices. The real- 
world services associated with the devices are registered by the core services. The real- 
10 world services include at least one of communication services, computational services, 
commercial services, or governmental services. 

In general, in another aspect, the invention features maintaining in a wireless device a Ust 
of real-world services that are available from a user of the device through an application 
running on the device; and through a wireless communication channel, broadcasting 
15 information from the device indicative of the available real-world services. 

Implementations of the invention include one or more of the following features. The 
information is broadcast periodically. Another wireless device that receives the broadcast 
information accesses one of the available real-world services. 

In general, in another aspect, the invention features a method that includes running client 
20 modules on mobile devices that are associated with identified users, running a server 
modtde on a server that is accessible on a communication network, and running link 
modules on link devices that have commimication links to the mobile devices and are 
capable of accessing the server through the communication network. 
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Implementations of the invention include one or more of the following features. A message 
is received from a user of one of the mobile devices through one of the applications 
running on the device, the message being directed to another user of an application running 
on another one of the mobile devices, and the message is delivered to the other user 
5 through the Internet. The message is sent through the links and the server. The client 
module running on the device from which the message is sent determines whether the 
target mobile device is within short-range wireless distance, and, if not, the client module 
forwards the message to one of the link modules. The link module forwards the message to 
the server through the Internet. The server modxile determines the location of the target 
10 mobile device and identifies a commimication channel through which to forward the 
message to the other user. 

In general, in another aspect, the invention features a method that includes maintaining a 
Ust of short-range wireless devices within range of a first short-range wireless device; and 
transmitting a message from an identified user of the first device to a second identified user 
15 of a second wireless device over a communication mediimi, the communication mediimi 
being selected based at least in part on whether the second device is included on the list, 
the selection being transparent to the user of the first device. 

Implementations of the invention include one or more of the following features. If the 
second device is included on the list, the message is transmitted to the second device over a 
20 short-range radio link, and if the second device is not included on the list, the message is 
transmitted to the second device using another communication medium. If the second 
device is not included on the list, the message is transmitted to the second device over 
either the Internet or by mobile telephony. 

In general, in another aspect, the invention features a method that includes transmitting a 
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message from an identified user of a short-range wireless device to an identified user of 
another device; and automatically confirming to the identified user of the first device 
whether the transmitted message was received by the identified user of the other device. 

Implementations of the invention include one or more of the following features. 
5 Information is stored about the transmitted message in the first device after transmission; 
and a match is made bet\yeen received confirmations and the transmitted message stored in 
the device. The transmitted message is resent if a confirmation for the transmitted message 
is not received within a specified period. A communications manager is notified in the first 
device if the transmitted message is undeliverable. The notifying includes providing an 
10 explanation of why the transmitted message was xmdeliverable. The transmitted message is 
removed from the device afl;er it is confirmed that the transmitted message was received by 
the identified user of the other device. The device from which the message is transmitted is 
responsible for guaranteeing the deUvery. 

In general, in another aspect, the invention features a method that includes running 
15 applications on devices that are associated with respective owning entities, sending a 
message from an initiating oAvning entity to a target owning entity using one of the 
appUcations running on one of the devices associated with the initiating owning entity, 
identifying one of the devices as being associated with the target owning entity and as 
being accessible by a commimication link, and forwarding the message to the device that is 
20 associated with the target owning entity throu^ the commimication link. 

Implementations of the invention include one or more of the following features. Each of 
the devices nans a client module that encrypts and decrypts the message using a public key 
associated with the owning entity of the device. The public key is stored in the device and 
iQ a server through which the message passes. The device comprises a mobile device. The 
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owning entity comprises a person. The owning entity comprises an enterprise and the 
device comprises a stationary device. 

In general, in another aspect, the invention features a method that includes (a) storing 
information that identifies real-world entities and defines modes of interaction by the real- 
5 world entities through distributed devices, each of the real- world entities providing 
services to other real-world entities and using services of other real-world entities, (b) 
enabling any of the real-world entities using any arbitrary one or more of the distributed 
devices to log into the server, (c) loading portions of the stored information from the server 
to the device being used, and (d) regulating the interaction of the real-world entity using 
10 the device with other real-world entities based on the stored information, the interaction 
including the use of the services of the other real- world entities. 

Implementations of the invention include one or more of the following features. Client 
modules are run on tiie device, a server module is run on a server that is accessible on a 
communication network, the client and server modules provide core services through 
15 ^plication programming interfaces to applications ruiming on the devices, and the core 
services include access to the iirformation that is stored on the server and relates to real- 
world entities. The stored information includes at least one of identification information, 
demographic information, and preference information. 

In general, in another aspect, the invention features a method that includes associating with 
20 each one of a nmnber of different mobile devices that have a short-range wireless 

communication capability, a person who is a user of the device; storing information about 
the association of devices and users and information about each of the users at a publicly 
accessible server; and providing services at each of the mobile devices that depend on the 
information about the user of the device that is stored at the server. 
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Implementations of the invention include one or more of the following features. The 
information about the users is communicated to the devices from the server for use in 
providing the functions. The information about the users includes at least one of: 
demographic information, identification information, preference information, or location 
5 information. At least some of the information about the users is stored on the mobile 
devices associated with the users. 

In general, in another aspect, the invention features a method that includes recognizing 
automatically that an entity in possession of a short-range wireless device is within a 
particular geographic area; obtaining data about the entity fi-om a commonly accessible 
10 database; and sending information to the short-range wireless device, the information sent 
to the device depending on the data obtained from the database. 

Implementations of the invention include one or more of the following features. Access to 
the data about the entity in the commonly accessible database is contingent on permission 
of the entity. The entity can access and modify its data in the commonly accessible 

1 5 database using the wireless device. A second short-range wireless device recognizes that 
the entity is within the particular geographic area, obtains the data, and sends the 
inforaiation. The information sent to the first device includes promotional material for 
facilitating a transaction with an entity associated with the second device. The entity 
obtains information about an entity associated with the second device from the commonly 

20 accessible database using the first device. Recognition that the entity is within a particular 
geographic area is based on receipt of a message from the first device, the message 
including an identification code mapped to the entity. 

In general, in another aspect, the invention features a method that includes (a) 
electronically storing, in a publicly accessible location, information about real-world 
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entities that are users of devices that have short-range wireless communication capability, 
(b) providing client modules on the devices and a server module at the pubUcly accessible 
location, the client modules and the server module cooperating to provide guaranteed 
messaging between users of any of the devices and to enable conunercial transactions 
5 between users of the devices based on the electronically stored information. 

Implementations of the invention include one or more of the following features. One of the 
two wireless devices is fixed and one of the two wireless devices is mobile. The user of 
one of the devices comprises a commercial entity. The user of one of the devices comprises 
a consumer. The transaction comprises delivery of marketing information from one of the 

10 two devices to the other. The transaction comprises the use by one of the two devices of a 
service provided by means of the other of the two devices. The transaction comprises 
electronic messaging. The transaction occurs when the two devices are out of range of each 
other. Access to the stored information is under the control of the user to which it pertains. 
The stored information comprises the location of the user. The stored information 

1 5 comprises consumption preferences of a consmner. Each of the users is associated with 

more than one of the devices. The transaction is effected between the two users through the 
server that is located out of range of the two devices. The two devices are in range of each 
other and the transaction is effected between two users carrying the two devices. The 
transaction comprises sending an electronic business card from one of the devices to 

20 another one of the devices and displaying the card on the other one of the devices. The 
transaction comprises an electronic message communicated from one of the users to the 
other through at least one of the two devices and by a route that includes a mode of 
communication that is selected from among the Internet, mobile telephony, and short-range 
wireless communication, the selection being made without the user's awareness. 

25 In general, in another aspect, the invention features a method that includes, at a first 
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device, receiving information from a second device through a short-range wireless 
communication channel, the information identifying an actual geographic location of the 
second device based on signals received from GPS sources, and updating a derived 
geographic location stored at the first device based on the information received from 
5 second device. 

Implementations of the invention include one or more of the following features. The 
derived geographic location is updated to be the same as the actual geographic location of 
the second device. The first device receives information over time from multiple other 
devices, the information representing the actual GPS geographic locations of the other 
10 devices, and the derived geographic location is updated from time to time based on the 
information received over time from the other devices. The first device is mobile and the 
second device is stationary. 

Other features and advantages will become apparent from the following description and the 
claims. 

15 DESCRIPTION 

Figure 1 shows a commvmication system. 
Figure 2 shows a wireless mobile device. 
Figures 3A, 3B, and 3C show data structures. 

Figures. 4A through 41 show fimctions that can be used by a wireless device. 
20 Figure 5 shows communication paths. 
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Figure 6 shows a server. 
Figure 7 shows a client. 

Figures 8A and 8B show a method for wireless communication. 
Figure 9 through 14 show uses of the system. 
5 OVERVIEW 

One general aspect of the invention is an application development platform that includes 
client, Unk, and server modules that expose core services through an application 
programming interface (API). Applications can be easily built on the API. The core 
services are selected to enable unique and widely useful applications to be created. 

10 Each of the applications can make services available to local and remote devices on which 
the client modules run. The availability of services is broadcast and known to the mobile 
devices, links, and services so that devices throughout the system can take advantage of 
them. 

One core service is message deUvery, The client, link, and server modules coordinate their 
15 activities to guarantee at a high level the deUvery of messages initiated by applications 
running on the mobile devices. Messages may be sent directly by a short-range wireless 
channel from a mobile device to another mobile device that is in the vicinity. If the target 
device is not in the vicinity, the message may be sent through other channels, including the 
Internet, to the target device. The commimication channel can be chosen transparently to 
20 the user of the originating device. 

Each device in the system can be associated with an "owner", which can be a person or an 
entity, such as a retail establishment. Information can be stored that linlcs devices to 

10 
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owners so that messages, for example, can be directed to an owner. The system will 
determine the identity and location of a device associated with the owner. The message 
will then be sent to the identified device wherever it is located using whatever 
communication channel is appropriate. 

5 Information associated with each of the owners of devices can be stored centrally and used 
in providing the services at each of the mobile devices. For example, information about the 
owner's preferences or characteristics can be used to govem the manner in which services 
are provided, information is made available and communications are effected. 

The system can be used to provide virtual GPS capabiUties for mobile devices that do not 
10 include GPS chips. Such a mobile device can obtain actual GPS information from other 
devices in the vicinity using short-range wireless communication. The mobile device can 
maintain a virtual GPS location that is nearly as accurate as if it had the GPS chip on-bard. 

As shown in figure 1, the invention provides a common software development platform 
V 100 that enables developers to easily, quickly, and effectively build a wide range of user 
15 appUcations 110 for devices 112, including mobile devices, that have short-range wireless 
communication capabilities, such as those provided by the Bluetooth standard. The 
common software development platform provides core fimctions and features 116 that can 
be invoked by the user applications through an API 114. 

This architecture enables the developer to provide functions and features that are especially 
20 suited to mobile devices and short-range wireless commtmication and that have extremely 
broad appeal to users of the mobile devices. The developer need not re-invent, for each 
type of device and each communication protocol, the manner in which the applications 
interact with the operating system 118 running on the device, the device hardware 120, and 
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the commimications protocols. 

The core functions include 

providing a high-level guarantee of message delivery from one device to another 
119 

a delivery service that transparently arranges for the delivery of messages from one 
user to another through, e.g., the Intemet 148, if the two devices are not within 
short-range wireless communication distance of each other 120 

broadcasting of available services by a device and use of infomiation that is 
broadcast from other devices 122 

associating an "owner" with each device 124, and 

integration with information associated with the owner 126. 

The appUcations may enable both person-to-person interaction and person-to-location 
interaction, which involves a person interacting with an institution or real-world location or 
enterprise such as a store or airport. 

The devices need not be mobile, but may include stationary devices that are to be part of 
the communication, including personal computers, cash registers, servers, and parking 
meters, to name a few. The platform extends to the hardware and software that provides a 
link 128 between the mobile devices and other devices, including a central servers 130, . 
that are not within direct reach of the short-range wireless corhmunication capabilities of 
the mobile device. 

Based on the common development platform and the API that it presents to developers, 
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any developer can easily create applications that change the way individuals interact with 
one another and with their environments. 

The platform enables a developer to easily create applications that do virtually any job that 
requires local communication between devices (including mobile devices) 1 12, 1 13, or 
5 longer-distance communication between local devices and central servers. Because the 
platform encompasses servers, it also enables a developer to use personalization 
information 132 that is stored on a server to personahze the operation of applications that 
are running on local devices. 

The core functions exposed by the API include functions that are expected to be used by a 
10 large proportion of applications that are built on Bluetooth, The application developer can 
build other features and functions 134 into his application and can supplement and expand 
the core functions. 

In addition to the initial ease of creating the applications, the use of a common 
development platform leads to applications that are inter-compatible, more imiform, and 
15 more standardized. 

The common development platform includes a client module 140, a server module 144, 
and a link module 142. The client module runs on a client device 1 12, such as a mobile 
device or a stationary local device owned by a merchant or a consimaer. The server module 
runs on a server 130 that is typically not within short-range communication distance of the 
20 client devices, and the link module runs on a device 128 that provides a link between one 
or more cUent devices and the servers. 

"Owner*' of a device 


Conceptually, each client device has an "owner" 150, 152. In a simple example, the owner 
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is a person who owns and uses the device, say the owner of a Pahn Pilot witii Bluetooth 
capability. Another example of an owner would be a restaurant operator with respect to a 
Bluetooth-capable client cash register at a restaxirant. The owner of a device is known to 
the client, server, and link modules. An owner may change, for example, when a person 
5 lends his mobile telephone to another person. 

The system stores information about the owners of the devices in a centrahzed database 
132 to which one or more servers 130, 131 have access. The information could include 
names, addresses, and billing information, and other information such as the current 
location of the person and his cim-ent telephone number. The information could also 
10 include demographic information and user-entered preferences about products, services, 
and user interfaces. 

One benefit of having the information accessible to the servers and clients is that it 
becomes possible for one party at one location to communicate with an owner located 
anywhere in the world even if, on one occasion, the communication is by Bluetooth, on 
1 5 another occasion by mobile telephony, and on another occasion through the Internet 148, 
The initiating party need not know where the owner is located or how to reach him; the 
server is aware of that information and can forward the message through the link to a 
server and from the server through an appropriate medium to the owner. 

By combining the features of centrally stored information with easy-to-develop 
20 appUcations for mobile devices, it is possible to create a broad range of portable, 

standardized applications that make fundamental changes in the way people interact with 
the world aroimd them. 
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Broadcast of services 

The development platform 100 includes a function that enables an application 110 running 
on a mobile device to broadcast information about services that it provides to other devices 
running applications. Conversely, an application is able to identify and learn about services 
5 that are made available by applications running on other devices, for example, devices that 
are within short-range wireless commimication and devices that are accessible through the 
link module. The service-broadcasting capability enables the creation of a fabric of 
millions of devices (mobile devices, central servers, links, and others) that provide and use 
services, where a person's mobile device can be kept aware of available services as it 
1 0 moves through a world populated by the other devices. 

Personalization 

Because the client, link, and server provide the basic core capability of finding, storing, 
and editing personalization information in a central database 132, the apphcations built on 
the modules can provide functions that are dependent on the personalization information 
1 5 for the "owner" of the device. 

Guaranteed delivery 

Another of the key core functions provided by the application development platform is so- 
called high-level guaranteed delivery of messages. When an application running on a 
device such as a mobile PDA initiates a message to another device anjwhere in the world, 
20 the modules guarantee delivery of the message even if the other device is not within short- 
range communication and even if the other device is not in use at the moment. To do this, 
the modules determine the location of the target device, determine an appropriate mode of 
communication (e.g., a Bluetooth commimication to a local device followed by a link to 
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the Internet and then a telephony linlc to the target device) and track the message xintil 
delivery has occurred. 

The Internet can be used as a transparent alternative to Bluetooth for message delivery. 
When a user of an application on a device takes a step that requires a message to be sent to 
5 another device, the message can be sent through the Internet at the election of the modules, 
without the user being aware that Bluetooth is not being used. 

THE WIRELESS DEVICE 

As shown in figure 2, the client device 112 can be a wireless device that has a Bluetooth 
chip 1 1 enabling it to commimicate over short-range radio links (such as link 115, figure 1) 

10 with another chip 1 17 (figure 1) in another device in accordance with the Bluetooth 

protocol. The device 112 could be, for example, a mobile telephone, personal data assistant 
(PDAs), handheld computer or organizer, personal computer, cash register, parking meter, 
or other device. The device can include a touch-sensitive display 123 to allow the user to 
view information and interact with the device, a keypad 170, a keyboard 172, a mouse 174, 

15 or other means for allowing the user to interact with the device. 

The chip 1 1 has a unique identification code 1 80 that is mapped in the personalization 
database 132 to the user or owner of the device. The user of the device may be an 
individual, vehicle, or other mobile entity, or may be an entity whose location is fixed such 
as a store or restaurant. 

20 Generally, the device 112 also has a memory or memories 190 that store an operating 
system 118, applications 110, and the cUent module 140, a processor or processors 192, 
and one or more intemal system communication buses 194 interconnecting these hardware 
components (the hardware components are together identified by the numeral 120 on 
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figure 1). 

Interaction between the Bluetooth chip, on one hand, and the operating system, the client 
module, and the applications, on the other hand conforms to a Bluetooth API that is 
exposed by the chip to the devices that interact with it. By making calls to the chip 1 1 
5 through the client module, application programs 16 created by a variety of parties and 
running on the device 112 can achieve a broad range of functions. By interacting with the 
operating system 118 of the device 112, the cUent module 140 can take advantage of the 
communication, processing, display and user interaction features provided by the operating 
system. 

1 0 TRACKING AVAILABLE SERVICES 

The client module 140 keeps a registry 141 of services that are available Jfrom the 
applications running on the local device 1 12 and services that are available from 
applications running on other devices, including devices that are within short-range 
wireless distance of the local device 112. 

15 An entry in the registry related to a service may have the format shown in figure 3 A for a 
locally available service and the format shown in figure 3B for a service available on 
another device. Other formats could be used. 

Exemplary services that could be made available by appUcations rurming on devices 
include a WML server or an instant messaging cUent. 

20 The platform exposes "AddService" and 'TlemoveService" fiinctions (see figures 4E and 
4F) that can be used by applications to add (register) or remove (xmregister) services from 
the Ust in the registry 141 . 
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The client module makes infomiation about the user (owner) of a device and the services 
available from that device by a periodic broadcast ping to all devices within range of a 
local device. The broadcast function allows numerous devices constantly to be aware of a 
range of services offered by other devices. Each device can take advantage of and use a 
5 wide range of services for the user's benefit. The client module uses the information 

stored in the registry 141 by the appUcations to provide other devices with descriptions of 
services and instructions on how to access them. 

The applications running on the device can include core service applications that enable 
user interaction with and control of functions provided by the cUent module. 

10 One service appUcation, for example, may enable a user of the device to modify the 

contents of the registry and to specify preferences with respect to the services available on 
the device. For example, the user may choose whether or not to be notified when a 
message is received for a particular service. 

MESSAGE PASSING THROUGH THE LINK 

15 In addition to communicating with nearby wireless devices, the client module can access 
the Internet or other public network through a link 128 (figure 1) that is running a link 
module 142. Any device having local network capabilities 129 and an Internet 148 
connection can serve as the link. The link could be a mobile device or a stationary device. 

As shown in figure 5, in some implementations, the Unk 128 includes a device with a 
20 Bluetooth chip 1 1 that provides local network capabiUties (as defined in the Bluetooth 
standard), a copy of the link module 142, and an Internet connection through an Internet 
interface 15, such as a dialup or dedicated connection to the Internet 148. 

Some communications can be sent over the Internet as a transparent alternative to sending 
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the messages using Bluetooth technology. The luik 128 allows users within short-range 
wireless distance to send and receive data through the Internet to and firom, for example, 
server 130 running a copy of the server modxile 144, Other technologies such as infrared 
could also provide the local network capabilities for the link 129. 

5 The client module tracks whether there are any links 128 in range of the device based on 
information stored in the service registry 18, because the links broadcast their available 
services in the manner described earlier. Messages destined for devices that are not within 
range are stored by the client module in a queue until the device is within range of a link 
128 

10 In one example, messages (called Kmessages) stored in the Ghent's message queue have 
the format shown in figure 3C. Once the device is within range of a link 128, the messages 
are transmitted through the link to a server 130. The server 23 can then transmit the 
messages to another link 131 (figure 3) that is close to the target device 133. A registry in 
the target device stores messages waiting to be retrieved by specific services on the device. 

15 The "getMessages" and "getMessage" functions (shown in figures 4B and 4C) are exposed 
by the client module and enable an application running on the client device to be used to 
retrieve messages sent firom other devices. The stored messages are communicated from 
the client to an application using the Kmessage structure shown in figure 3C. 

The core services of the modules support the Transport Control Protocol/Intemet Protocol 
20 (TCP/IP) to allow for Internet connectivity through what amounts to an ad hoc network of 
the devices that are within the vicinity of the Unks. IP masquerading is used by the link 
module to assign an EP address to each device in range of the link, thereby enabling the 
devices to commimicate using TCP/IP. 
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THE SERVER 

The server module 144 running on the server 130 allows users of devices anjwhere in the 
world to send messages to one another without knowing where the recipient is located or 
which device the recipient is using. 

5 As shown in figure 6, the server system 130 serves as a global router 60 that exposes 
services to server applications to enable messages to be stored and passed, for example, 
between a device 12 on which a chent module 14 resides and another device 54 on which 
another client module 56 resides. 

In general, a given user may be an owner of multiple devices and may log on to some or all 
10 of them at one time. The server module includes a database 62 that tracks the devices 

associated with each user. The server module can support the HyperText Transfer Protocol 
(HTTP) and WAP^ as well as other technologies, to send and receive messages. 

In one implementation, the server module includes software written in the Java computer 
language that can run, for example, on a Windows, Solaris or Linux system. The server 

15 module also can store information about the services that are made available by each of the 
user's devices in a registry of services 66 so that other devices can locate and access the 
services. A "getSurroxmding Services" function (shown ia figure 4D) is exposed by the 
client module to applications running on a device to enable the devices to obtain from the 
server module an array of mappings of users of other devices and services available on 

20 their devices. 

PERSONALIZATION 

The server module also provides an interface service to the personalization system 132 and 
a gateway service 173 to other technologies such as the Intemet 148. A web server 58 
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using, for example, a Generalized Markup Language, allows messages to be served to any 
mobile device that has an Internet coimection. In addition, any client device can access 
resources and information from the server through the Internet. 

The user can log on to the server, for example, to access the personalization system 26 and 
5 to enter or edit personalized information. 

On of the service applications 115 (figure 1) provided with the client module 14 allows the 
user to modify personal information and preferences stored by the personalization system. 
A "changepersonalizationdata" function (shown in figure 4G) can be used for that purpose. 
The user also can set indicators to permit or deny access by other users to various pieces of 
10 data stored in the personalization system and associated with that user. 

For example, user information stored in the personalization system may be designated as 
shared or public using the "Changepersonalizationpermissions" fimction (shown in figure 
4D. 

One of the service applications running on one user's device can access other users' 
15 profiles from the peisonalization system using a "Getpersonalizationdata" function (shown 
in figure 4H). Access is denied if a particular user does not have permission to access 
another user's profile. All relevant data from the personalization system is loaded 
dynamically through a link when the user logs on to the server. Thus, user information 
stored at the client device can be updated regularly to keep it synchronized with the data 
20 stored in the personalization system. 

An administrative graphical user interface (GUI) is associated with the server to allow an 
administrator to change configurations for users manually. The administrative GUI also 
allows an administrator to analyze the load on resources used by the server, test and debug 
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the server, and access user information stored in the personalization system if the user 
permits such access. 

GUARANTEED DELIVERY 

In general, the client module exposes a service that is responsible for ensuring deUvery of 
5 messages from one device to another. Upon receipt of a message from an application, the 
client module returns a confimiation including a unique identification number for each 
transmission of data. If the client module is not able to guarantee that a message was 
' delivered, the text of the message is returned to the sender, with a message indicating that 
the text was undeliverable. If a message including data is received by a device that does 
10 not have the necessary application to operate on the data, then the message is retumed to 
the sender. On the other hand, if the required application is Usted in the registry of the 
recipient's device, but the recipient's device is not currently numing the application, the 
cUent module stores the message and notifies the user that the message has been received. 

When a message is sent to a particular user from the server through the links, the message 
15 is sent to all devices that the user "owns" and on which he is logged on. If the user is not 
logged on to any of his devices, the server module stores the message in a mailbox 
database 64. When the user subsequently logs on, he is notified of the message. Therefore, 
when a message is to be sent to a particular device, the sender of the message need not 
determine which device the recipient is closest to or on which device the recipient prefers 
20 to receive messages. The server transparently routes the message to the proper device. 

Because encryption technology is integrated with the cUent module, the user automatically 
digitally signs communications using a global key stored ki the personalization system and 
in a personalization module 143 stored on the cUent device (see figure 2). 


As shown in figure 7, the cUent modxxle includes a transfer module 30 that provides an 
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interface to communications media, including the Bluetooth chip 32, a wireless modem 34 
that permits mobile telephone communications, an infrared port 36, or other 
communications chaimels 38, 

The transfer module 30 references a socket or equivalent layer of each commimications 
5 media available to the device and manages the communications media. The transfer 
module 30 passes received messages to a confirmation manager 40 and provides 
information to the communications manager about the available communications media. 
The transfer module 30 can be requested by .the confirmation manager 40 to send messages 
over a particular communication medium. 

10 The confirmation manager 40 is the portion of the client module that is responsible for 
guaranteeing delivery of messages. It maintains a queue of outgoing messages, as well as 
a queue of messages awaiting confirmation. The confirmation manager 40 tracks 
messages that have been sent and matches received confirmations with the original 
outgoing messages. If confirmation is not received within a specified period, the message 

15 is re-sent. 

The confirmation manager 40 can be called upon by a communications manager 42 to send 
messages and notifies the commimications manager if a message is undeliverable. A 
message explaining why a message is undeliverable can accompany the notification to the 
communications manager 42. 

20 The communications manager 42 is responsible checks for other devices entering or 

leaving the range of the device and decides which communication medium to use when a 
service application 16 requests that a message be sent. Messages can be sent to a security 
modxile 46 for encryption and receipt of a digital signature. 
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The coramunications manager 42 is notified by the confirmation manager 40 of received 
messages and passes the received messages to the security module 46 for authentication of 
digital signatures. User name and security information is received firom the personalization 
system through a personalization module 48. The communications manager 42 notifies the 
5 service appUcations 16, through an applications manager 44, of received messages based 
on settings in the local registry 18. The service applications 16 then can retrieve messages 
in a message queue through the applications manager 44. 

The communications manager 42 also receives and acts upon registry request messages 
and broadcasts and retrieves local service application settings firom the registry 18. 
10 Additionally, the commimications manager updates the information about other devices in 
the registry 18 based on server messages and registry broadcasts. 

The applications manager 44 provides an interface betv^^een the service applications 16 and 
the communications manager 42, the registry 18 and the personalization module 48 of the 
Ghent, The applications manager 44 can retrieve or modify local service application 

1 5 settings stored in the registry 18. It also can access or modify the registry's list of other 
devices within range of the device 12, and information about services available on those 
users* devices. The applications manager 44 also can send and receive messages through 
the communications manager 42. Information stored in the personalization system 132 can 
be accessed or modified (assuming permission is granted) through the personalization 

20 module 48. 

The personalization module 48 serves as an interface to the personsdization system 132 and 
provides access to user information, user preferences, and user permissions stored in the 
personalization system. The personalization module 48 is capable of caching information . 
and synchronizing information with the personalization system 132. It can access 
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information stored in the personalization system 132 in a manner that is transparent to the 
entity requesting the information. The personalization module 48 provides the user name 
for message headers and provides public or private encryption keys to the security module 
46 through the communications manager 42. 

5 The security module 46 is responsible for providing secure commimications between the 
device 12 and other devices and executes a cryptographic algorithm. The secxuity module 
46 obtains security information from the conmixmications manager 42. It encrypts and 
decrypts messages, digitally signs outgoing messages and verifies the digital signatures of 
incoming messages. 

10 A "sendMessage" instruction (see figure 4A) in an application can call a client module 
routine that allows messages to be sent to other wireless devices through the facilities of 
the chip. 

MESSAGE COMMUNICATION AND ENCRYPTION 

Figures 8A and SB show how a message initiated by a service application 16 can be sent 
15 from the device 12. The particular service application 16 passes 1 100 a message with an 
identification of the intended recipient to the applications manager 44. In this example, it 
is assiuned that the appUcation service requests that the transmission of the message be 
secure and guaranteed. The applications manager 44 passes 1 102 the message and the 
recipient's identification to the communications manager 42 and requests that the message 
20 be transmitted in a secure and guaranteed manner. The communications manager 40 

passes 1 104 the message and security information to the security module 46. The seciuity 
module 46 executes the cryptographic algorithm on the message and returns 1 106 the 
encrypted message to the communications manager 42. The commimications manager 42 
then passes 1 108 the encrypted message to the confirmation manager 40 and specifies the 
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channel of communication. 

The confirmation manager 40 generates 1110a message identification number and attaches 
it to the message header. The confirmation manager 40 also adds 1 1 12 the encrypted 
message to its queue of non-confirmed messages. The confirmation manager 40 passes 
5 1 1 14 the encrypted message and an identification of the specified channel to the transfer 
module 30. The transfer module 30 then sends 1116 the encrypted message over the 
specified communication channel. If the confirmation manager 40 does not receive a 
confirmation within a specified time firame, it re-sends the message. 

The transfer module in the recipient device receives 1118 the encrypted message and 
10 passes it to the recipient device's confirmation manager. The confirmation manager in the 
receiving device passes 1 120 the message to the commimications manager. In addition, 
the confirmation manager in the recipient device adds the message identification nimiber to 
its list of received messages and generates 1 122 a confirmation message that is passed to 
the transfer module in the recipient device. The transfer module sends 1 124 the 
15 confirmation message over the same communication channel over which the original 
message arrived. The transfer module 30 in the sending device 12 receives the 
confirmation message and passes 1 126 it to the confirmation manager 40. The 
confirmation manager 40 then removes 1 128 the original message fi"om its queue of 
messages that are awaiting confirmation, 

20 After receiving the encrypted message, the communications manager in the recipient 

device removes 1130 the header and passes 1132 the encrypted, digitally signed message 
to the security module. The security module responds 1 134 to the communications 
manager with the sender's identity. The commimications manager in the recipient device 
then adds 1136 the decrypted message to its message queue and notifies 1138 the user and 
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service application, according to the settings in the registry of the recipient device. 

To receive the decrypted message, the service application requests 1 140 the message from 
the commimications manager through the applications manager in the recipient device. 
The communications maaager passes 11 42 the next message marked for the intended 
5 appUcation from the message queue to the service application. The communications 
manager then deletes 1 144 the message from its message queue- 
In addition to sending and receiving messages, a service application 16 can retrieve or 
modify data and permissions stored in the personalization system 132 by calling functions 
of the personalization module's API through the applications manager 44. Additionally, a 
10 service application 16 can view information about users and devices wdthin range of the 
device 12 by calling functions of the registry's API through the applications manager 44. 
Similarly, a service application 16 can retrieve or modify service application settings on 
the local device 12 by calling functions of the registry's API through the applications 
manager 44. 

15 USES 

As shown in figure 9, in one use of the system described above, a clothing store 70 at a 
fixed location provides electronic coupons to potential customers. A device 17 wdth a 
Bluetooth chip 15 is mounted in the store 70. If a user carrying a mobile device comes 
within range of the chip 15, the device 17 detects and stores that information in its client's 
20 service registry. The device 17 can obtain information 74 about the user from the 

personalization system 132. Such information 74 may include, for example, the clothing 
size and clothing purchase history of the user. Access to such information can be subject 
to the grant of permission by the user. 
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The device 17 can send one or more electronic coupons to the user's device 12 by 
incorporating the coupons into one or more messages sent directly through the Bluetooth 
link or indirectly through a local area network (LAN). The messages containing the 
coupons can inform the user of sales and items that may be of special interest to the user 
5 based on the information obtained from the personalization system. The electronic 

coupons can be turned in and used to purchase items from the store 70 by commxmicating 
directly with the device 17 over the LAN. 

The user need not wait for coupons to be sent to his device 12. For example, once the user 
is within range of the store 70, the registry associated with the cUent module residing on 
10 the user's device 12 would store the identification code for the store 70. The user can use 
the device 12 to view the various coupons offered by the store 70, 

Another application can provide a service that acts as a shopping assistant to match user 
preferences to available store inventory. In one scenario, the user may want information 
about a particular product from stores in a specified area such as a commercial street or 

1 5 shopping mall. Stores would update information stored in the personalization system 
about their product inventory. The user would use the device 12 to request information 
from the personaUzation system regarding the availability of various models, sizes, costs, 
of the particxilar product from stores in the specified area. A list of the available products 
and related information then would be provided to the user's device. An identification 

20 code can be associated with each store that can be used as discussed below. 

After reviewing the information obtained from the personalization system, the user can get 
additional information from the personalization system, for example, about promotions or 
coupons that the listed stores may be offering. After selecting a particular store, the user 
enters the store identification code into the device 12 to access a link to the selected store. 
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for example, over the Internet 22. Once the user's device 12 is within range of the store's 
Bluetooth-enabled device, the two devices would recognize one another. Communications 
then would take place directly or over the local network. The user would be able to 
purchase items from the store using the device 12, Personnel at the store may gather the 
5 purchased items and send a message to the user when the items are ready to be picked up. 

As shown in JBgure 10, another appUcation allows the user to place an order, for example, 
at a restaurant 76 and pay for the order without having to wait in line. The user orders and 
pays while sitting at a table or walking in the vicinity of the restaurant. When the user 
arrives at the restaurant 76, the restaurant's Bluetooth-enabled device 17 recognizes the 

10 presence of the user's device and retrieves the user's personal information from the 
personalization system. The personal information may include the customer's food 
preferences or the usual order that the customer places at the restaurant 76. The 
restaurant's device 17 sends a message to the customer's device asking, for example, if the 
customer wishes to place his usual order. The customer can place an order and pay using 

15 the device. The customer also can access the personalization system to obtain information 
about the restaurant 76. The restaurant information 80 can include, for example, a menu, a 
list of specials, and available coupons. Such information can be obtained directly from the 
restaurant as well using the restaurant's local network. 

The information regarding the user's preferences retrieved by the restaurant's device 17 
20 from the personalization system may include information that can facilitate transactions 
between different commercial entities with respect to the identified customer. For 
example, when the user passes within the vicinity of the restaurant, the restaurant's 
Bluetooth-enabled device 17 recognizes the presence of the user's device and retrieves the 
user's personal information 78 from the personaUzation system. The personal information 
25 78 may indicate that the user enjoys movies. The restaurant's device would exchange 


29 


wo 02/062039 


PCT/US02/02851 


information with a local theater 77 that also is in possession of a Bluetooth-enabled device 
79, and the local theater 77 would post an electronic movie discount on the user's device. 

Another application can facilitate travel. For example, assxmie the user is scheduled to 
depart on an airline flight. As shown in figure 11, upon arrival at the airport 82, a 
5 Bluetooth-enabled device 17 woidd detect the presence of the user's device. The airport's 
device 17 obtains the user's schedided flight number and time of departure from the 
personalization system. The device 17 then sends flight, airport and groxmd transportation 
information tailored to the traveler's itinerary to the user's device. Similar applications can 
be used in connection with other means of travel such as trains or buses. 

10 Other applications can be used in connection with parking meters to facilitate pajmient 

through use of a Bluetooth-enabled device. In one scenario, users would pxurchase pre-paid 
units of time. As shown in figure 12, when a user in possession of the device parks a car 
near a parking meter 86, a Bluetooth-enabled device 17 in the parking meter senses the 
presence of the user's device 12, The device 17 checks the user's account identification 

15 number 88 by accessing the personalization system 26 and sends a message to the user's 
device requesting an indication of how much time the user plans to park at the location. 
Once the user 10 responds, payment automatically can be deducted firom the user's 
account. The application program can consistently show how much time is left on the 
meter 86, and can allow the user to add time to the meter from distant locations. 

20 A wireless credit card application program can allow the user to make purchases with the 
device from a merchant 90. For example, as shown in figure 13, a merchant's Bluetooth- 
enabled device 17 would sense the presence of the user's device and, if permission is 
granted, woxild obtain the user's credit card information 92, including the user's name, 
accoimt number and account expiration date, from the personalization system 26. 
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Furthermore, the application program can store a personal budget set by the user. If the 
user exceeds his personal budget, a message is sent to the device indicating that the 
personal budget has been exceeded. 

A network of strategically placed Bluetooth-enabled devices in parking meters, city streets 
5 lamps, and other locations can provide a virtual global positioning system (GPS) that 
allows a user*s device to know its precise location without requiring that the user's device 
carry a global positioning chip. As illustrated in figure 14, a number of Bluetooth-enabled 
devices 200 carry a Bluetooth chip 204 as well as a global positioning chip 206 that allows 
the device 200 to determine its GPS location by receiving global positioning information 
10 jfrom a satelUte 202. Each device 200 can periodically broadcast its global positioning 
location. Other Bluetooth-enabled devices that are within range of one of the devices 100 
can receive the broadcast and thereby determine their own location. A variety of location- 
based applications 16, such as an electronic map identifying the user's location, can be 
implemented without requiring a costly GPS chip on the device 14. 

1 5 Yet another application program that can run on the client 14 allows users to post 

information that can be retrieved and read by other parties. A virtual information board 
can be implemented by storing the information on a local device or on the server. For 
example, a restaurant can post its daily specials using such an application to help reduce 
the cost of menus. 

20 A public information booth can have a Bluetooth-enabled device that provides infomiation 
about museums, historical sites, statues and other sites of interest within a particular 
geographical location. An application can be run on the client residing on the user's 
device. The devices interact according to the Bluetooth protocol, and the device sends out 
a brief history or summary of the area to the user's device. The application also allows a 
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user to view a list and summaiy of the various sites in the area. Self-guided-tours can be 
tailored so that the user only receives information about specific aspects of the area based 
on the user's interest. 

Another application can serve as a wireless identity tool. This tool can facilitate the user's 
. 5 navigating through a hospital or other bureaucracy. For example, in a hospital, the user 
can sign in or pick up medical prescriptions without completing written forms. The 
appUcation can provide the appropriate information. 

Other appUcation programs can provide commimications with another device associated 
with an entity such as an individual who is free to roam from one location to another, 
10 Exemplary application programs include instant messaging, buddy lists, and personal 
contact cards. 

Instant messaging, for example, allows messages to be passed between Bluetooth-enabled 
devices regardless of whether or not the devices are within local range of one another. The 
location of the parties may impact which means of communication is used to send a 

15 particular message. However, the sender of the message need not be concerned with the 
means of communication or device compatibility issues because the incoming message 
will be tailored to the recipient's device. If an instant message cannot reach its destination, 
for example, because the intended recipient has set his permissions so as not to allow 
instant messaging or because the recipient device does not have the proper software, the 

20 sender can be notified that the message cannot be delivered. 

Other applications that can run on the device facilitate the use of buddy lists. Thus, a user 
of the device can be notified automatically when a buddy enters or leaves the local area 
network. The user can add or remove persons on the buddy list. For more privacy, the 
user can select an option in the application to prevent other persons on the buddy list from 
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being informed of the user's entering or leaving particular networks. A list can be stored 
in the personalization system to specify information and commimication access 
peraiissions. The list can be used across multiple applications and can be updated 
dynamically through the personalization system. Different members of the buddy list can 
5 have different permissions. 

Another application program allows the user to send a virtual business card from the 
device. In some situations, the electronic business card can include graphical images of an 
actual bxisiness card. 

Other implementations are within the scope of the claims. 

10 
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CLAIMS 

1 . A method comprising 

rumiing client modules on mobile devices, 

running a server module on a server that is accessible through a communication 
5 network, and 

running link modules on link devices that have communication channels to the 
mobile devices and are capable of accessing the server through the communication 
network, 

the client, server, and link modules providing core services through appUcation 
10 programming interfaces to applications running on the mobile devices, the server, and the 
link devices. 

2. The method of claim 1 in which service appUcations also run on the client modules 
to enable users of the mobile devices to manage the core services. - 

3. The method of claim 1 in which the core services include interaction with short- 
15 range wireless transceivers in the mobile devices. 

4. The method of claim 1 in which a mobile device operating system is also running 
on the mobile devices and the chent modules use services of the operating system. 

5. The method of claim 1 in which the mobile devices include personal digital 
assistants or mobile phones. 

20 6. The method of claim 1 in which the core services include at least one of the 

34 


wo 02/062039 


PCT/US02/02851 


following: broadcast of mformation about real-world services; interaction with a wireless 
transceiver in the mobile device; guaranteed message delivery; and encryption. 

7. Apparatus comprising 

mobile devices including cUent modules configured to run on the devices, 

5 a server including a server module that is configured to be accessible through a 

communication network, and, 

link devices including link modules that are configured to use conmiimication 
channels to the mobile devices and to access the server through the communication 
network, 

10 the client, server, and link modules being configured to provide core services 

through application programming interfaces to applications running on the mobile devices, 
the server, and the link devices, 

8. The apparatus of claim 7 in which the mobile devices include short-range wireless 
transceivers. 

15 9. The method of claim 1 in which the mobile devices include personal digital 
assistants or mobile phones. 

10. A method comprising 

running client modules on wireless devices, the client modules providing core 
services.through application programming interfaces to applications running on the 
20 devices, at least some of the applications being associated with real-world services that are 
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provided by individuals or enterprises, 

maintain in g information identifying relationships between each of the real-world 
services and at least one of the devices through which the service is provided, 

the core services providing a sharing among the devices of the information 
5 identifying the relationships between the real-world services and the devices. 

1 1 . The method of claim 1 0 in which information about the services available through 
each of the devices is broadcast by the core services to the other devices, 

12. The method of claim 10 in which the real-world services associated with the 
devices are registered by the core services. 

10 13. The method of claim 10 in which the real-world services include at least one of 
communication services, computational services, commercial services, or governmental 
services. 

14. A method comprising : 

maintaining in a wireless device a list of real-world services that are available from 
15 a user of the device through an application ruiming on the device; and 

tiirough a wireless communication channel, broadcasting information from the 
device indicative of the available real-world services, 

15. The method of claim 14 in which the information is broadcast periodically. 

16. The method of claim 14 in which another wireless device that receives the 
20 broadcast information accesses one of the available real-world services. 
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17. Apparatus comprising: 

a wireless device containing a list of real-world services that are available from a 
user of the device through an application running on the device; and 

a medimn storing a program that configures the wireless device to broadcast 
5 information over a wireless communication chaimel from the device about the available 
real-world services, 

18. A method comprising 

running cUent modides on mobile devices that are associated with identified users, 

running a server module on a server that is accessible on a conmiunication network, 

10 running link modules on link devices that have communication links to the mobile 

devices and are capiable of accessing the server through the communication networlc, 

the client modules providing core services through application progranmiing 
mterfaces to applications running on the mobile devices, 

receiving a message from a user of one of the mobile devices through one of the 
1 5 applications running on the device, the message being directed to another user of an 
appUcation running on another one of the mobile devices, and 

delivering the message to the other user through the Internet. 

19. The method of claim 18 in which the message is sent through the links and the 
server. 

20 20. The method of claim 1 8 in which the cUent module ruiming on the device from 
which the message is sent determines whether the target mobile device is within short- 
range wireless distance, and, if not, the client module forwards the message to one of the 
link modules. 
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2L The method of claim 20 in which the link module forwards the message to the 
server through the Intemet. 

22. The method of claim 21 in which the server module determines the location of the 
target mobile device and identifies a communication channel through which to forward the 

5 message to the other user. 

23. A method comprising: 

maintaining a list of short-range wireless devices within range of a first short-range 
wireless device; 

transmitting a message fi:om an identified user of the first device to a second 
10 identified user of a second wireless device over a communication medium, 

the commimication medium being selected based at least in part on whether the 
second device is included on the list, the selection being transparent to the user of the first 
device. 

24. The method of claim 23 in which, if the second device is included on the list, the 
15 message is transmitted to the second device over a short-range radio link, and if the second 

device is not included on the list, the message is transmitted to the second device using 
another communication medium. 

25. The method of claim 23 in which, if the second device is not included on the list, 
the message is transmitted to the second device -over either the Internet or by mobile 

20 telephony. 

26. A method comprising: 

transmitting a message from an identified user of a short-range wireless device to 
an identified user of another device; and 

automatically confirming to the identified user of the first device whether the 
25 transmitted message was received by the identified user of the other device, 
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27. The method of claim 26 including: 

storing information about the transmitted message in the first device after 
transmission; and 

checking for a match between received confirmations and the transmitted message 
5 stored in the device, 

28. The method of claim 27 including resending the transmitted message if a 
confirmation for the transmitted message is not received within a specified period. 

29. The method of claim 27 including notifying a conamxmications manager in the first 
device if the transmitted message is undeUverable. 

10 30, The method of claim 29 in which the notifying includes providing an explanation 
of why the transmitted message was undeliverable. 

3 1 . The method of claim 29 also including removing the transmitted message firom the 
device after it is confirmed that the transmitted message was received by the identified user 
of the other device. 

15 32. The method of claim 27 in which the device jfrom which the message is transmitted 
is responsible for guaranteeing the delivery. 

33. A method comprising 

running applications on devices that are associated with respective owning entities, 

sending a message fi*om an initiating owning entity to a target owning entity using 
20 one of the applications running on one of the devices associated with the initiating owning 
entity, 

identifying one of the devices as being associated with the target owning entity and 
as being accessible by a communication link, and 
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forwarding the message to the device that is associated with the target owning 
entity through the comnnmication link. 

each of the devices running a client module that encrypts and decrypts the message 
using a public key associated with the owning entity of the device. 

5 34. The method of claim 33 in which the public key is stored in the device and in a 
server through which the message passes. 

35. The method of claim 33 in which the device comprises a mobile device. 

36. The method of claim 35 in which the owning entity comprises a person. 

37. The method of claim 33 in which the owning entity comprises an enterprise and the 
10 device comprises a stationary device. 

38. A method comprisiag 

in a server, storing information that identifies real-world entities and defines modes 
of interaction by the real-world entities through distributed devices, each of the real-world 
entities providing services to other real-world entities and using services of other real- 
15 world entities, 

enabling any of the real-world entities using any arbitrary one or more of the 
distributed devices to log into the server, 

loading portions of the stored information firom the server to the device being used, 

and 

20 regulating the interaction of the real-world entity using the device with other real- 
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world entities based on the stored infonnation, the interaction including the use of the 
services of the other real-world entities. 

39. The method of claim 38 also including 

running client modules on the device, 

5 running a server module on a server that is accessible on a commimication network, 

the chent and server modules providing core services through application 
programming interfaces to applications running on the devices, 

the core services including access to the infonnation that is stored on the server and 
relates to real-world entities. 

10 40. The method of claim 39 in which the stored information includes at least one of 
identification information, demographic information, and preference information. 

41 . A method comprising 

associating with each one of a number of different mobile devices that have a short- 
range wireless communication capabiUty, a person who is a user of the device, 

1 5 storing information about the association of devices and users and information 

about each of the users at a publicly accessible server, and 

providing services at each of the mobile devices that depend on the information 
about the user of the device that is stored at the server. 

42. The method of claim 41 in which the information about the users is communicated 
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to the devices from the server for use in providing the functions. 

43. The method of claim 41 in which the information about the users includes at least 
one of: demographic information, identification information, preference information, or 
location information. 

5 44. The method of claim 41 in which at least some of the information about the users is 
stored on the mobile devices associated with the users, 

45. A method comprising: 

recognizing automatically that an entity in possession of a short-range wireless 
device is within a particular geographic area; 

10 obtaining data about the entity from a commonly accessible database; and 

sending information to the short-range wireless device, the information sent to the 
device depending on the data obtained from the database. 

46. The method of claim 45 in which access to the data about the entity in the 
commonly accessible database is contingent on permission of the entity. 

1 5 47. The method of claim 45 in which the entity can access and modify its data in the 
commonly accessible database using the wireless device. 

48. The method of 45 in which a second short-range wireless device recognizes that the 
entity is within the particular geographic area, obtains the data, and sends the information. 

49. The method of claim 47 in which the infomiation sent to the first device includes 
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promotional material for facilitating a transaction with an entity associated with the second 
device. 

50. The method of claim 47 in which the entity obtains information about an entity 
associated with the second device from the commonly accessible database using the first 

5 device. 

5 1 . The method of claim 47 in which recognizing that the entity is within a particular 
geographic area is based on receipt of a message from the first device, the message 
including an identification code mapped to the entity. 

52. A method comprising: 

1 0 electronically storing, in a publicly accessible location, information about real- 

world entities that are users of devices that have short-range wireless communication 
capability, 

providing client modules on the devices and a server module at the publicly 
accessible location, the client modules and the server module cooperating to provide 
1 5 guaranteed messaging between users of any of the devices and to enable commercial 
transactions between users of the devices based on the electronically stored information. 

53. The method of claim 52 in which 

one of the two wireless devices is fixed and one of the two Avireless devices is 

mobile. 

20 54. The method of claim 52 in which 
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the user of one of the devices comprises a commercial entity. 

55. The method of claim 52 in which 

the user of one of the devices comprises a consumer. 

56. The method of claim 52 in which 

5 the transaction comprises delivery of marketing information jfrom one of the two 

devices to the other. 

57. The method of claim 52 in which the transaction comprises the use by one of the 
two devices of a service provided by means of the other of the two devices. 

58. The method of claim 52 in which 

10 the transaction comprises electronic messaging. 

59. The method of claim 52 in which 

the transaction occurs when the two devices are out of range of each other. 

60. The method of claim 52 in which access to the stored information is under the 
control of the user to which it pertains. 

15 61. The method of claim 52 in which the stored information comprises the location of 
the user. 

62. The method of claim 52 in which the stored information comprises consimiption 
preferences of a consumer. 

63. The method of claim 52 in which each of the users is associated with more than one 
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of the devices. 

64. The method of claim 52 in which the transaction is effected between the two users 
through the server fliat is located out of range of the two devices. 

65. The method of claim 52 in which the two devices are in range of each other and the 
5 transaction is effected between two users carrying the two devices. 

66. The method of claim 52 in which the transaction comprises sending an electronic 
business card from one of the devices to another one of the devices and displajdng the card 
on the other one of the devices. 

67. , The method of claim 52 in which the transaction comprises an electronic message 
10 communicated from one of the users to the other through at least one of the two devices 

and by a route that includes a mode of commimication that is selected from among the 
Internet, mobile telephony, and short-range wireless commimication, the selection being 
made without the user's awareness. 

68. A method comprising: 

15 at a first device, receiving information from a second device through a short-range 

wireless communication chaimel, the information identifying an actual geographic location 
of the second device based on signals received from GPS sources, and 

updating a derived geographic location stored at the first device based on the 
information received from second device. 

20 69. The method of claim 68 in which the derived geographic location is updated to be 
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the same as the actual geographic location of the second device. 

70. The method of claim 68 in which the first device receives information over time 
from multiple other devices, the information representing the actual GPS geographic 
locations of the other devices, and 

5 the derived geographic location is updated from time to time based on the 

information received over time from the other devices. 

71. The method of claim 68 in which the first device is mobile and the second device 
stationary. 
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FIG. 3A 


• LocalService { 

char * serviceName; 
int receive WhenRxmning; 
int receive WhenNotRunning; 
int running; 

int maxNumOfMessagesToStore; 

char * exp__fldl; 

char * exp_fld2; 

char * exp_fld3; 

char * exp_fld4; 

char * exp_fld5; 

}; 


FIG. 3B 


RemoteService { 
char * serviceName; 
char * userName; 


• KMessage { 

char * serviceName; 
char ^ date* 
FIG. 3G char * recipient; 

char * sender; 

char * messageBody; 

}; 
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Name 

sendMessage 

Arguments 

char * to, char * serviceName, char * data 

Return Values 

int err 

Dejjcrinti on 

A UIO XUliWtlVU ^IV/VlUwD OVllUlllg l^ClL/aUllILiWO 

so that messages or any kind of 
unformatted text can be sent between 
Bluetooth devices. Reception of the text is 
guaranteed, because even when the devices 
are not within range, the text is stored and 
communicated via an Ihtemet connection. 
If a user is logged in to more than one 
device simultaneously, the message/text 
will be sent to both devices at the same 
time. 

FIG. 4A 

Name 

getMessages 

Arguments 

struct KMessage * message 

Return Values 

int err 

Description 

The getMessages function retrieves all 
messages or any other formatted text 
sent from another Bluetooth device. It 
returns the data in the KMessage data 
structure.If a user is logged in to more 
than one device simultaneously, the 
message/text will be received from both 
devices at the same time. 


FIG. 4B 


Name 

getMessage 

Arguments 

struct KMessage * message 

Return Values 

int err 

Description 

The getMessage function retrieves just one 
message or any other unformatted text sent 
from another Bluetooth device. It returns 
the data in the KMessage data structure.If 
a user is logged in to more than one device 
simultaneously, the message/text will be 
received from both devices at the same 
time. 


FIG. 4C 

SUBSTITUTE SHEET (RULE 26) 


wo 02/062039 


PCT/US02/02851 


5/17 


Name 

getSurroimdingServices 

Arguments 

struct RemoteService areaServices [] 

Return Values 

int err 

Description 

This function returns an array of mappings 
of users and services available on that 
user^s device. This information was 
previously stored in a database termed the 
registry, which is a list of devices within 
range of a Bluetooth device. 

FIG. 4D 

Name 

AddService 

Arguments 

char * serviceName 

Return Values 

int err 

Description 

This function adds a service entry to the 
registry. 

FIG. 4E 

Name 

RemoveService 

Argimients 

char * serviceName 

Return Values 

int eiT 

Description 

This function removes a service entry from 
the registry. 
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Name 

changePMTdata 

Arguments 

«waiting to hear about PMT API» 

Return Values 

int err 

Description 

A function that allows users to update their 
personal PMT data and preferences using 
their particular devices. If the device is not 
within Bluetooth range of an Internet 
connection, it will restore these update 
preferences, and make changes within the 
permanent PMT upon coming into contact 
with an Internet connection. 

FIG. 4G 

Name 

GetPMTdata 

Arguments 

char * user 

Return Values 

int err 

Description 

Allows a service to get the PMT data of a 
particular user from the PMT database. If 
the service cannot reach the PMT database, 
the information comes from the local 
storage on the device of the user. Only 
information that is designated as shared for 
public data will be retrieved. 

FIG. 4H 

Name 

ChangePMTpermissions 

Arguments 

«waiting to hear about PMT API» 

Return Values 

int err 

Description 

This function allows a user to change his 
PMT permissions from his device. 


FIG. 41 
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1 1 00 — The particular service application passes a message with an identification of the 
intended recipient to the applicants manager 

1102 The applications manager passes the message and recipient's identification to the 
communications manager and requests that the message be transmitted in a secure 
and guaranteed manner ^ 

1104 — - The communications manager passes the message and security information to the 
security module ^ 

1106 — The security module executes the cryptographic algorithm on the message and 
returns the encrypted message to the commimications manager 

1108 — ' — ' The communications manager passes the encrypted message to the confirmation 
manager and specifies the channel of communication 

1110 — " The confirmation manager generates a message identification number and 
attaches it to the message header ^ 

1112 — — The confirmation manager adds the encrypted message to its queue of non- 
confirmed messages ^ 

1114 — ^ The confirmation manager passes the encrypted message and the specified 
chaimel to the transfer module ^ 

1116 "-^^ The transfer module sends the encrypted message over the specified 
communication chaimel ^ 

1118 — — - The transfer module in the recipient device receives the encrypted message and 
passes it to the recipient device's confirmation manager 

1120 — " The confirmation manager in the recipient device passes ttie message to the 
communications manager ■ 

i ] 

1122 — - The confirmation manager in the 1130 • — ^ The communications manager in the 
recipient device adds the message recipient device removes the header 

identification number to its list of 
received messages and generates a 
confirmation message that is passed 
to the transfer module in the recipient 
device ^ 

to 1124 to 1132 

FIG. 8A 
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1124. 


- The transfer module sends the 
confirmation message over the 
same communication channel over 
which the original message arrived 


1132- 


1126- 


' The transfer module in the sending 
device receives the confirmation 
message and passes it to the 
confirmation manager 


1134- 


1128- 


• The confirmation manager removes 
the original message firom its queue of 
messages that are awaiting confirmation 


1136 


1138 


• The commxmication manager 
passes the encrypted, digitally 
signed message to the security 
module in the recipient device 


1 


■ The security module responds 
with the sender's identity 


1 


•The communications manager 
in the recipient device adds 
the decrypted message to its 
message queue 


- The conmumications manager 
notifies the user and service 
application according to the 
settings in the registry of the 
recipient device 


1140- 


1 


' Hie service application requests the message firom 
the communications manager through flie applications 
manager in the recipient device 


1142- 


1 


' The communications manager passes the next message 
marked for the intended application from the message 
queue to the service application 


1144 — " The communications manager deletes the message 
from its message queue 


FIG. 8B 
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